home *** CD-ROM | disk | FTP | other *** search
/ TPUG - Toronto PET Users Group / TPUG Users Group CD / TPUG Users Group CD.iso / AMIGA / (A)U / (A)U1.ADF / one / onedrvsu.tip < prev    next >
Text File  |  1986-08-01  |  18KB  |  376 lines
  1.  
  2. Life with 1 Disk Drive
  3.   ... or how to survive til you get another drive and live to tell about it!
  4.         by deb!
  5.         Copyright 1988 by deb! Christensen
  6.          for the *StarShip* on GEnie
  7.  
  8.  
  9. There is a definate order in which folks should start adding to their
  10. Amiga system.
  11.  
  12.  1. Second Disk Drive
  13.  2. Extra 512K bringing you up to 1 MEG RAM
  14.  3. More RAM (as in a 2 meg board, even half populated)
  15.  
  16. Note that every peripheral you add to your Amiga eats up a little bit of
  17. your free memory.  Whether you add a recoverable ram disk (all software),
  18. or a physical unit, such as DF1: or DF2:, it adds system overhead.
  19.  
  20. A second disk drive becomes very important to an Amiga system.  Why?!  Well,
  21. because your DOS commands reside on your boot disk, commonly referred to
  22. as your "Workbench" disk.  Every time you need a directory, rename a file,
  23. run a program, ANYTHING, that "System" disk is accessed.  When there is only
  24. one disk drive in your system, it becomes a complicated game of trying to
  25. outwit your Amiga and keeping disk swapping to a minimum.
  26.  
  27.  
  28. COPYING A DISK:
  29. """"""""""""""
  30.   Well, luckily, this command is one of the EASIEST to use.  The DISKCOPY
  31. command itself comes ready to prompt you to switch disks in and out of
  32. your DF0:
  33.  
  34. -----------------------------------------------
  35. :1> DISKCOPY DF0 to DF0:                      :
  36. :                                             :
  37. -----------------------------------------------
  38.  
  39. You'll be prompted FIRST to insert the SOURCE disk and press RETURN.
  40. The DISKCOPY program is read into memory and your workbench will NOT
  41. be needed until the copying is finished.  Insert the disk you want to
  42. copy, and press RETURN.  You'll see it giving you a report of the disk
  43. tracks it is reading.  Then it will prompt you to insert the DESTINATION
  44. disk.  Thats the disk you want to create.  This swapping will continue for
  45. four passes.  Each time, you'll be prompted when to insert which disk.
  46. After its done, you should put your WorkBench disk back in.
  47.  
  48. DISKCOPY will duplicate every single byte stored on the disk, including
  49. the boot sector.  It will even duplicate the disk name.  EVERYTHING is
  50. the same.  If the original disk was a bootable disk, the copy will be, too.
  51.  
  52.  
  53. COPYING A FILE:
  54. """"""""""""""
  55. Copying a file from one disk to another might sound like a real nightmare.
  56. After all, the COPY command requires the WorkBench disk to be in the drive.
  57. And the file is on another disk...and it needs to be on a third disk!
  58. There are several ways to do it without losing any hair at all.
  59.  
  60. If you have enough extra free memory, copy the file to your RAM: disk,
  61. this will minimize disk swapping.  The magic command and option you need
  62. to remember here is COPY.  Not COPY by itself, tho, you want COPY and a
  63. question mark.  This reads the COPY program/command into memory and then
  64. will prompt you for the rest of the information.  At that point, you no
  65. longer need your workbench in the drive!
  66.  
  67. -----------------------------------------------
  68. :1> COPY ?                                    :
  69. :FROM,TO/A,ALL/S,QUIET/S:                     :
  70. -----------------------------------------------
  71.  
  72. Now all you need to do is enter the filename information.  Whups, hit a
  73. bump!  How do you tell it to copy from ONE disk in DF0: to a completely
  74. different disk, but in the same drive?!  Well, each disk is referenced
  75. by the operating system by its NAME, as well as its physical device number.
  76. If you specify the disk's NAME, you will have your Amiga requesting that
  77. disk specifically, and no other!  A NAME to a disk is set off by a colon
  78. following it, just like a device number (DF0:) like this-   MAIL:
  79.  
  80. You can specify DF0: as the source disk of the original file, or you can
  81. specify it by its full disk name.  You *must* specify the destination disk
  82. by its full disk name, tho.  Lets say we have a file called SWIFT.BBS on
  83. the MAIL: disk and you want to copy it to your disk called TUTOR:
  84.  
  85. (We've already entered the COPY ? command as listed:)
  86.  
  87. -----------------------------------------------
  88. :1> COPY ?                                    :
  89. :FROM,TO/A,ALL/S,QUIET/S:                     :
  90. -----------------------------------------------
  91.  
  92. Now you answer the computer's prompt with:
  93. ---------------------------------------------------
  94. :1> COPY ?                                        :
  95. :FROM,TO/A,ALL/S,QUIET/S: MAIL:Swift.bbs TUTOR:   :
  96. ---------------------------------------------------
  97.  
  98. or, you could type in, also: 
  99. ---------------------------------------------------
  100. :1> COPY ?                                        :
  101. :FROM,TO/A,ALL/S,QUIET/S: DF0:Swift.bbs TUTOR:    :
  102. ---------------------------------------------------
  103.  
  104. When you use this method, you will need to swap Source and Destination
  105. disks multiple times, depending on the size of the file.  A system
  106. requestor will pop up in the upper left hand corner of your screen and
  107. prompt you to insert the disk it wants BY NAME.
  108.  
  109. If you were to use the RAM: disk, you could avoid much of the disk swapping.
  110. Here's the sequence:
  111. (Just make sure you have enough free memory to *do* this!)
  112.  
  113. ---------------------------------------------------
  114. :1> Copy ?                                        :
  115. :FROM,TO/A,ALL/S,QUIET/S: DF0:Swift.BBS RAM:      :
  116. :1> Copy ?                                        :
  117. :FROM,TO/A,ALL/S,QUIET/S: RAM:Swift.BBS DF0:      :
  118. :                                                 :
  119. ---------------------------------------------------
  120.  
  121. You will need to replace your workbench disk between the COPY ? commands.
  122.  
  123. Utilizing your RAM: disk in this manner should make many things easier.
  124. Your RAM: disk will grow to take up as much memory as you need it to.
  125. If you delete a file from it, it will free up the memory immediately.
  126. This is called a Dynamic RAM disk, and is a unique feature of the Amiga.
  127.  
  128.  
  129. UnARCing Files
  130. """"""""""""""
  131. Again, there are several ways you can accomplish this, and some of them are
  132. better suited for small files, and others for larger files, depending on
  133. the amount of free memory your system has.
  134.  
  135. I reccommend that you definately do not try to multitask while unARCing
  136. files when you're working with one disk drive, tho.  In most circumstances,
  137. you are going to need every bit of memory you can get your mitts on!
  138.  
  139. The best case:  UnARCING a Small File
  140.  
  141. Download the file to RAM:
  142. (specify the drive number/name in your filename requestor of your
  143.  terminal program:  Filename-RAM:file.arc 
  144.  or                 Filename-DOWN:File.ARC
  145.  where DOWN: is the name of a disk you insert into your DF0:)
  146.  
  147. After you've downloaded the file, COPY it to a disk.  (OK, so I'm
  148. paranoid.  I don't see any reason not to protect yourself, tho!  RAMdisks
  149. are volatile and if you have to reboot or guru or something, you'll lose
  150. EVERYTHING in it!)
  151.  
  152. If you're using a 512K system, exit your terminal program.  If you have
  153. 1 Meg or more, you can probably do all this while continuing to run your
  154. terminal program.
  155.  
  156. Now here comes the fun part!  Lets unARC the file!
  157.  
  158. Starting at the beginning...maybe you haven't read my tutorial about UnARC?!
  159. First, you need a copy of UnARC or ARC.  (See the UnARC file for more
  160.                                           specific info)
  161. UnARC *should* reside in your C: directory of your workbench disk.  It just
  162. makes life simpler.  If its not there now, COPY it there:
  163.  
  164. ---------------------------------------------------
  165. :1> Copy ?                                        :
  166. :FROM,TO/A,ALL/S,QUIET/S: DF0:UnARC RAM:          :
  167. :1> Copy ?                                        :
  168. :FROM,TO/A,ALL/S,QUIET/S: RAM:UnARC C:            :
  169. :                                                 :
  170. ---------------------------------------------------
  171.  
  172. Your C: directory is where your Amiga expects to find all commands and
  173. programs which are not in the current directory (CD).  It can be specified
  174. as DF0:C  or WORKBENCHname:C  or as a shortcut, just tell it C:
  175.  
  176. (There are a number of system directories which you can reference by name
  177.  like that.  To see a list, type in your CLI:  ASSIGN and press RETURN)
  178.  
  179. Now UnARC will always be in a predictable place, and that will facilitate
  180. much easier handling from here on.
  181.  
  182. The next step is to unARC the file.  Its in RAM: right?!  If we want the
  183. resulting file to be in RAM: too, then here's what we do.
  184. (remember to allow enough room.  Figure an ARC'd file will extract to a
  185.  filesize about twice the ARC'd length.  It will probably be smaller, but
  186.  this is a safe guideline.  If you have the ARC utility or the ARCV one,
  187.  you could *see* how long the files in it are)
  188.  
  189. Now, here's the setup.  The FILE.ARC is in RAM:  Your workbench disk is in
  190. your DF0: and UnARC program is in the C: directory.  Nothing else is running,
  191. and you are confident you have enough room for FILE.ARC and the resulting
  192. files after the ARC is extracted.
  193.  
  194. ---------------------------------------------------
  195. :1>CD RAM:                                        :
  196. :1>UNARC FILE                                     :
  197. :                                                 :
  198. ---------------------------------------------------
  199.  
  200. It will give you a report as each file is UnARC'd.  When its done, you can
  201. then copy the files to their permanent home on floppy disk, using the
  202. procedures outlined above in the COPY section.
  203.  
  204.  
  205. The Worst Case:  File is too big to fit in RAM:
  206.  
  207. Download the file to another disk (preferably a nice CLEAN one).  You will
  208. want to be sure there is enough room on that disk for both the file you
  209. are downloading and the resulting files after its been UnARC'd.
  210.  
  211. Remember, you can specify any disk by giving the complete path in the
  212. filename requestor of your terminal program:
  213. Filename-NEWdiskNAME:BigFile.ARC
  214.  
  215. Here's the setup going to your CLI window-
  216. The file you need to UnARC is on a disk named "Dnlds"
  217. The file is called BigFile.ARC
  218. UnARC is in your C: directory of your WB disk.
  219. Your WB disk is in your DF0:
  220.  
  221. To unARC the file, here are the steps I'd take:
  222.  
  223. ---------------------------------------------------
  224. :1> Copy C:unARC RAM:                             :
  225. :1> CD DNLDS:                                     :
  226. :-------------------------------------------------:
  227. At this point, you'll be requested to insert the disk into df0: which
  228. is named "DNLDS"                                  :
  229.  
  230. ---------------------------------------------------
  231. :1> Copy C:unARC RAM:                             :
  232. :1> CD DNLDS:                                     :
  233. :1> RAM:unarc BigFile                             :
  234. :                                                 :
  235. ---------------------------------------------------
  236.  
  237. Since the UnARC program will expect to find the file it is supposed to
  238. UnARC in the current directory, your CD command beforehand sets the complete
  239. path up for both the unarcing and for the writing of the file to the new
  240. disk.  Be sure to CD back to where-ever you'd like to be after this is
  241. finished, tho.
  242.  
  243. Using RAM: before the unarc command tells the computer where to LOOK for the
  244. program named unARC and it will run just fine.
  245.  
  246. Other valid uses of UnARC in limited memory situations might include:
  247.  
  248. The file you want to download is in RAM: but there isn't enough room for
  249. both IT and the results.  But you know its going to be faster to UnARC
  250. with one of the files in RAM.  No problem:
  251.  
  252. ---------------------------------------------------
  253. :1> Copy C:unARC RAM:                             :
  254. :1> CD DNLDS:                                     :
  255. :1> ram:unarc ram:bigfile                         :
  256. :                                                 :
  257. :                                                 :
  258. ---------------------------------------------------
  259.  
  260. When UnARC *writes* the resulting files it extracts, it will write them to
  261. whatever disk you have specified by the CD command.
  262.  
  263. All these commands also apply to the ARC utility, PKAX, or ZOO.  You'd
  264. just issue the command differently.  Instead of typing UnARC in the above
  265. examples you'd type:
  266.  
  267.    ARC:         ARC X
  268.    ZOO:         ZOO X
  269.    PKAX         PKAX X
  270.  
  271.  
  272. Multitasking
  273. """"""""""""
  274.  
  275. Multitasking requires a lot of RAM.  512K systems don't multitask very well.
  276. 1 Meg is usually better, and of course, 2 or 3 meg systems have LOTS of room
  277. to multitask.
  278.  
  279. The other thing that gets real complicated real fast with multitasking is
  280. the fight over a single disk drive.  BUT!  it *can* be done.
  281.  
  282. The first magic command to multitasking is the RUN command.  Its in your
  283. C: directory and will allow you to use a program without giving up your
  284. CLI window.  Without a CLI window, you're up a creek without a paddle if
  285. you wanted to do *anything* else.  So, when I do something its:
  286.  
  287. ---------------------------------------------------
  288. :1> RUN E                                         :
  289. :1> RUN BTERM                                     :
  290. :                                                 :
  291. ---------------------------------------------------
  292.  
  293. Remember what you have learned so far about specifying disk names for
  294. filenames in requestors.  This will allow you to use any disk as a data
  295. disk in a filename requestor during any application.  Many requestors have
  296. a separate field for entering the directory or disk name.
  297.  
  298. Remembering to specify the entire path and filename will also allow you to
  299. run specific programs on other disks.
  300.  
  301. ---------------------------------------------------
  302. :1> RUN TERMS:ACCESS!                             :
  303. :                                                 :
  304. ---------------------------------------------------
  305.  
  306. If you are downloading to disk, you might as well forget trying to do
  307. anything else at the same time.  The tasks will fight over the same disk
  308. drive, even different disks, and it will drive you NUTS.  (smile)
  309. Starting the other program FIRST, tho, which may not need to access the
  310. disk drive while you are downloading, will let you multitask without
  311. making a mess.  (I'm real fond of playing Shanghai or editing an article
  312. while downloading or uploading)
  313.  
  314. Note also that some programs will require certain parameter files to be
  315. found in your system disk.  You can multitask with Shanghai, for instance,
  316. if you copy all the files from the Shanghai disk's FONT files for the new
  317. font called GENE.  In the case of terminal programs, config and phone files
  318. might be conveniently stored in your own S: directory on your boot disk
  319. rather than on the terminal program disk.  but then, I don't like to 
  320. swap disks.  <grin>
  321.  
  322. The last thing about multitasking hasn't anything at all to do with 1 drive
  323. or 5 drives, its when your programs fight about WHERE they are going to
  324. be seen on your screen.
  325.  
  326. We already know about the 'Front to Back' gadgets up in the upper right hand
  327. corners of our windows.  They make programs 'come forward' or 'go back' so
  328. that we can type in those windows.  You may have noticed that some programs
  329. change your colors or don't have a gadget, or you click on the gadget and
  330. nothing happens.  OK, here's a small, and probably over simplified 
  331. explanation of what is happening...
  332.  
  333. There are SCREENS and WINDOWS.  There are also INTUITION/WorkBench windows
  334. and ones which are not-even if they LOOK and act like one.  There are also
  335. programs which actually USE the same screen your WorkBench used, making it
  336. completely impossible to access the workbench at the time.
  337.  
  338. So, how do you tell a Custom SCREEN from a WorkBench screen from an Intuition
  339. Window?!
  340.  
  341. First test:  Left Amiga key and "n" and "m" will FLIP you back and forth
  342. between the workbench screen and custom screen(s).  Custom Screens do not
  343. always have a front to back gadget, but Left Amiga n/m is part of the
  344. operating system, and WILL WORK.
  345.  
  346. Second test: Click on the front to back gadgets if its not a custom screen.
  347. Can you get back to your workbench screen?  No...?!  well, then THATs a
  348. program which uses the workbench screen itself, superceding it.  Your CLI
  349. window and all other windows can be brought forward and back normally, but
  350. if you depend on workbench for anything, you cannot get there.
  351.  
  352. Custom Screens Notes:
  353.  
  354. Many times Front-to-Back gadgets will be included on custom screens, and you
  355. will be able to see many windows or screens.  (DMCS comes up on a custom
  356. screen, and includes gadgets to see behind it-if anyone dares multitask
  357. with DMCS, that is...::grin::)
  358.  
  359. Left Amiga N returns from a Custom screen to your WB/CLi screen/windows.
  360. Left Amiga M takes you from the WB/CLI screen/windows to a Custom screen.
  361.  
  362. Shanghai uses a Custom Screen, but has _no_ front-to-back gadgets.  If you
  363. decide to multitask with it, you cannot use ANY other program which uses
  364. a custom screen, or once you get to Shanghai, you'll never be able to see
  365. the other program.  Using Shanghai with a program that uses a WB/CLI screen
  366. or window work great with the Left Amiga N/M combo, tho.
  367.  
  368.     -*-
  369.   
  370. Hmmm, I think this just about wraps up the most common questions I get
  371. asked about using the Amiga with one drive.  If you can think of more,
  372. please make sure to start a new topic on the *StarShip* bulletin Board,
  373. and we'll be glad to help.
  374.  
  375.      -*deb!*
  376.